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METHOD AND SYSTEM FOR ing performance of the bus, except when traffic crosses the 

CIRCUMSCRIBING A TOPOLOGY TO FORM bus bridge to reach the desired destination on the other bus. 

RING STRUCTURES To perform this function, the bridge is configured to under- 
stand and participate in the bus protocol of each of the buses. 

This application claims benefit of U.S. Provisional s Multi-bus systems are known to adequately handle large 

Application No. 60/125,321 filed Mar. 19, 1999; No. 60/130, amounts of information. However, communication between 

698 filed Apr. 23, 1999; No. 60/137,916 filed Jun. 6, 1999; buses and devices on different buses is difficult. Typically, a 

No. 60/144,101 filed Jul. 16, 1999; No. 60/150,393 filed bus bridge may be used to interface I/O buses to the system's 

Aug. 23, 1999; No. 60/155,305 filed Sep. 21, 1999; No. high-performance processor/memory bus. With such I/O 

60/158,722 filed Oct. 11, 1999; No. 60/167,958 filed Nov. 10 bridges, the CPU may use a 4-byte read and write transac- 

29, 1999; No. 60/170,962 filed Dec. 15, 1999; and No. tion to initiate DMA transfers. When activated, the DMA of 

60/177,077 filed Jan. 19, 2000. a serial bus node generates split-response read and write 



FIELD OF THE INVENTION 



transactions which are forwarded to an intermediate system 

backbone bus that also implements serial bus services. 

The present invention relates generally to audio, video, 15 Depending on the host system design, the host-adapter 

and audio/video interconnected systems for home and office bridge may have additional features mandated by differences 

use. In particular, the present invention relates to circum- m bus protocols. For example, the host bus may not directly 

scribing a topology of audio, video, and audio/video inter- support isochronous data transfers. Also, the host-adapter 

connect systems to form ring structures. bridge may enforce security by checking and translating 

r> Ar-vr^n^TTKTT^ titc Tm/E\mAM 20 bridge-bound transaction addresses and may often convert 

BACKGROUND OF THE INVENTION °, , x/ ~ . . . , / . , . . 

uncached I/O transactions into cache-coherent host-bus 

With the development of consumer electronic audio/video transaction sequences. 

(A/V) equipment, and the advance of digital A/V Eacn tmie a new device or node is connected or discon- 

applications, such as consumer A/V device control and nected from an IEEE 1394 standard serial bus, the entire bus 

signal routing and home networking, various types of data in 25 ^ reset ^ its topology is reconfigured. The IEEE 1394 

various formats can now be transferred among several standard device configuration occurs locally on the bus 

audio/video control (AV/C) devices via one digital bus without the intervention of a host processor. In the reset 

system. However, many current systems do not have suffi- process, three primary procedures are typically performed; 

cient bandwidth resources to transfer and display all the bus initialization, tree identification, and self identification, 

different types of data at the same time. Within the IEEE 1394 standard, a single node must first be 

Typical computer systems solve the bandwidth problem established as the root node during the tree identification 

by increasing the bandwidth of the system bus to handle all process in order for the reconfiguration to occur, 
of these forms, types and amount of data. As a result, as 

users request more types of information such as in multi- 3S SUMMARY OF THE INVENTION 

media applications, the system bus has become more a *u j j * * j ■ * * * * i 

- » . . - ' . iL . r 4 . j . A method and system for ordering an interconnect topol- 

cloceed with information other than information directly 4 - * * *. *u * i • • 

r * j j j i_ ii_ ogy to form a ring structure, the topology comprising a 

utilized and needed by the main processor. OJ , c A ° , - U jt l j- * ir 

J * number of nodes, are described. In one embodiment, a self 

Many computer systems incorporate at least two buses. A identifier for each of t he nodes is determined. Further, the 

first bus, commonly referred to as a memory bus, is typically 4Q self identifier is mapp ed to a ring identifier for each node. In 

used for communications between a central processor and a additioD? each Qode computes the ring identifier of one of its 

mam memory. A second bus, known as a peripheral bus, is port-connected nodes as its topological^ adjacent neighbor 

used for communications between peripheral devices such identifier 
as graphics systems, disk drives, or local area networks. To 

allow data transfers between these two buses, a bus bridge 45 BRIEF DESCRIPTION OF THE DRAWINGS 
is utilized to "bridge" and thereby couple, the two buses 

together Features and advantages of the present invention will be 

One example of a high-speed bus system for intercon- ?P™?* one skilled in the art in light of the following 

necting A/V nodes, configured as a digital interface used to detailed description in which: 

transport commands and data among interconnecting audio/ 50 FIG- 1 I s a block diagram of one embodiment for an 

video control (AV/Q devices, is the IEEE 1394 standard interconnect topology; 

serial bus implemented by IEEE Std 1394-1995, Standard FIG. 2 is a block diagram of a device of FIG. 1; 

For A High Performance Serial Bus, Aug. 30,1996 FIG. 3 is a block diagram of one embodiment for a 1394 

(hereinafter "IEEE 1394 standard") and other related 1394 standard bus bridge system; 

standards. 55 FIG 4 is a b]ock of one embodiment for a 1394 

The IEEE 1394 standard is an international standard for bus t^ge topology* 

implementing a high-speed serial bus ^architecture, which FIG. 5 is a block diagram of one embodiment for a looped 

supports both asynchronous and isochronous format data , , . ° r 

transfers. The IEEE 1394 standard defines a bus as a dus onage topology; 

non-cyclic interconnect, consisting of bus bridges and 60 , ™ G ' 6 15 a block diagram of one embodimeilt for bus 

nodes. Within a non-cyclic interconnect, devices may not be bnd S e components; 

connected together so as to create loops. Within the non- FIG. 7 is a block diagram of one embodiment for a 

cyclic interconnect, each node contains an AV/C device, and next-neighbor ordering topology; 

bus bridges serve to connect buses of similar or different FIG. 8 is a block diagram of one embodiment for a 

types. 65 portal-to-portal net refresh message path topology; 

The primary task of a bridge is to allow data to be FIG. 9 is a block diagram of one embodiment for a net 

transferred on each bus independently without demonstrat- refresh message path topology during the addition of a node; 



04/20/2004, EAST Version: 1.4.1 



US 6,374,316 Bl 

3 4 

FIGS. 10 and 11 are block diagrams of one embodiment with a cable interconnect, any communication media may be 

illustrating a purging net refresh; used such as radio frequency (RF) communication or the 

FIGS. 12, 13, and 14 are block diagrams of one embodi- la- 
ment for a secondary bus reset after node detachment; FIG. 2 is a block diagram of a device 120. Referring to 

FIG. 15 is a block diagram of one embodiment for an 5 FIG - 2 > device 120 ma y be a laser printer, digital camera, 

interconnect broadcast topology; set f>P box > or o lher appropriate consumer electronic 

i**fi j • r lj- *r j device capable of being connected via a high speed serial 

FIG. 16 is a now diagram of one embodiment tor ordering , _„ A % , * , t . fr A K , . 

. , c j 4 r i ^ bus 180. in one embodiment, the device 120 includes a 

a topology of nodes to form a ring structure; „ __ 0 ' _._ „ , . 

F &/ r controller 202, memory 208, and I/O 210, all connected via 

FIG. 17 is a flow diagram of one embodiment for refresh- 10 bus 215 M&moiy 20 8 may include, for example, read only 

mg an interconnect topology; memory (R0M)> random access memory and/of 

FIG. 18 is a flow diagram of one embodiment for message non-volatile memory. I/O 210 provides connection with 

broadcast flow control on a bus bridge interconnect; and wide area network 110, bus bridge 170, and another periph- 

F1G. 19 is a flow diagram of one embodiment for a eral device (130-160). 

multi-phase net reset on a bus bridge interconnect. 35 [ n one embodiment, I/O 210 is a serial bus interface that 

complies with a serial interface standard for networking with 
DETAILED DESCRIPTION consumer electronic devices (120-161) and bus bridge 170 
A method and system for ordering an interconnect topol- within topology 100. For example, the serial bus interface 
ogy to form a ring structure, the topology comprising a and topology 100 may use the IEEE 1394 standard serial 
number of nodes, are described. In one embodiment, a self 20 bus - I/O 210 provides for receiving signals from and trans- 
identifier for each of the nodes is determined. Further, the mining signals to other consumer electronic devices 
self identifier is mapped to a ring identifier for each node. In (130-160) or bus bridge 170. 

addition, each node saves the ring identifier of one of its Memory 208 provides temporary storage for voice and 

port-connected nodes as its next neighbor identifier. data signal transfers between outside network 110 and 

In the following detailed description of the present 25 topology 100. In addition, memory 208 may buffer digital 

invention, numerous specific details are set forth in order to voice ^d data signals received by I/O 210 from WAN 110 

provide a thorough understanding of the present invention. before signals are transmitted onto IEEE 1394 standard bus 

However, it will be apparent to one skilled in the art that the 180. 

present invention may be practiced without these specific 30 Controller 202 controls various operations of device 120. 

details. In some instances, well-known structures and Controller 202 monitors and controls the traffic through the 

devices are shown in block diagram form, rather than in device 120 to and from topology 100 and WAN 110, 

detail, in order to avoid obscuring the present invention. Device 120 I/O 210 may have one or more physical ports. 

FIG. 1 is a block diagram of one embodiment for an A single port device discontinues the bus along the given 

interconnect topology 100. Referring to FIG. 1, server 102 35 branch of the bus, whereas devices with two or more ports 

is connected to a wide area network (WAN) 110 and to a bus allow continuation of the bus. Devices with multiple ports 

bridge 170. The bus bridge is interconnected to a number of permit a daisy chained bus topology, even though the 

audio, video, and/or audio/video devices, 120,130,140,150, signaling environment is point-to-point. That is, when a 

and 160. In one embodiment, the devices (120-160) are multi-port node receives a packet of data, the data is 

connected to bus bridge 170 via the IEEE 1394 standard 40 detached and retransmitted to the necessary port as indicated 

serial bus. Server 102 may be any device that is capable of within the data. The configuration is performed dynamically 

connection to both a bus bridge 170 and wide area network as new devices are attached and/or removed from bus 180. 

110, such as, for example, a personal computer or a set- top The 1394 standard bus protocol is designed to support 

box. In one embodiment, network 110 may be a wide area peer-to-peer transfers between devices. This allows serial 

network, such as, for example, the Internet, or a proprietary 45 bus devices to transfer data between themselves without 

network such as America Online®, Compuserve®, intervention from a computer system or host system. This 

Microsoft Network®, or Prodigy®. In addition, WAN 110 allows high throughput between devices without affecting 

may be a television communications network. Server 102 the performance of the computer system. Thus, a video 

includes a network interface which communicates with camera may be set up to transfer between itself and a video 

WAN 110. 50 cassette recorder without accessing a computer system. 

Topology 100 includes high speed serial bus 180a and FIG. 3 is a block diagram of one embodiment for a 1394 

180. In one embodiment, serial bus 180 is the IEEE 1394 standard bridge bus system 400. Referring to FIG. 3, system 

standard serial bus. Topology 100 includes various con- 400 includes bridge 402 which connects two or more buses 

sumer electronic devices 120-160 connected via the high 408 and 410. Bus 408 and 410 may be the same or different 

speed serial bus 180 to bus bridge 170. The consumer 55 types of buses. For example, bus 408 may be a 1394 

electronic devices 120-160 may include, for example, a standard serial bus and bus 410 may be a different high 

printer, additional monitor, a video camcorder, an electronic performance bus. The 1394 standard bus architecture limits 

still camera, a video cassette recorder, digital speakers, a the number of nodes or devices 310 on a bus 263 and 

personal computer, an audio actuator, a video actuator, or supports multiple bus systems via bus bridge 402. 

any other consumer electronic device that includes a serial 60 The control and status register (CSR) architecture, ISO/ 

interface which complies with a serial interface standard for I EC 13213 (ANSI/IEEE 1212), Information systems — 

networking consumer electronic devices — for example, the Control and Status Registers (CSR) Architecture Microcom- 

IEEE 1394 standard. Topology 100 may be contained within puter Buses, defines the 1394 standard bus addressing 

a home or office. Bus bridge 170 is used to connect devices structure, which allows approximately 2 16 nodes (404, 406, 

120-160 in which devices 120-160 may be physically 65 412-420). The CSR standard defines their registry, their 

located within different rooms of the home or office. functionality, and, where appropriate, where they appear in 

Although the original IEEE bus standard is designed for use the address space. 
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FIG. 3 is the simplest instance of a bus topology in which 
the net has one bus bridge. FIG. 4 illustrates a net that may 
have more than one bus bridge and, when so structured, is 
hierarchical in nature. FIG. 5 illustrates a network whose 
physical topology may have loops, but whose loops are 5 
electronically disabled to generate a hierarchical structure. 
In the description that follows, a collection of multiple buses 
connected through a bus bridge is referred to as a "net". 

FIG. 4 is a block diagram of one embodiment for a 1394 
bridge bus topology 500. Referring to FIG. 4, topology 500 10 
has one prime portal 504 and one or more alpha portals 506 
and 508. The primary bus 525 has exactly one prime portal 
504 and the secondary buses 527, 529, 531, 533, and 535 
have exactly one alpha portal each — 506,508 and 510. Each 
bus 525-535 may have any number of secondary portals. An 15 
alpha portal is on the path to a prime portal. Any portal not 
a prime portal or an alpha portal is a secondary portal. The 
prime portal or the alpha portal may be referred to as a 
primary portal. 

Within an interconnect topology 500, the bridge portal 20 
with the largest portal ID identifier is elected to become the 
prime portal 504. In an alternate embodiment, the bridge 
portal with the smallest portal ID identifier is elected to 
become the prime portal 504, Each portal appears as a node 
on its attached bus. The bus with the prime portal 504 is 25 
termed the primary bus 525 and other buses 527-535 are 
termed secondary buses. On secondary buses 527-535, the 
bridge portal that leads to the primary bus 525 is called the 
alpha portal (506, 508). After a bridge bus interconnect is 
configured, any node within the interconnect may be 30 
accessed by its unique 16-bit node identification address. 
The node identification address contains the bus ID and the 
local ID components. Referring to FIG. 4, the bus identifi- 
cation IDs of nodes 512-524 are indicated by the letters a, 
b, and c and the local ID is indicated by the numbers 0-4. 35 

Alpha portal 504 is responsible for rejecting missed 
address asynchronous data packets by accepting these 
requests and returning error reporting responses. The pre- 
vious and current prime and alpha portal identifiers are used 
to classify nodes when an interconnect topology changes, 40 
and the alpha portal is the isochronous clock reference for 
other nodes on the bus. 

Bus bridge topology 500 may change and be established 
dynamically during operation of bus bridge system 500. In 45 
one embodiment, the bus bridge topology 500 is established 
during net refresh. Within topology 500, portals selectively 
route packets. Asynchronous routing tables are stable until 
topology 500 changes during a net refresh or net reset 
operation. Asynchronous routing tables are dynamic and are 5Q 
changed by their asynchronous connect and disconnect 
operations of the protocols. 

FIG. 5 is a block diagram of one embodiment for a looped 
bus bridge topology 600. Referring to FIG. 5, during node 
300 addition, portal 606 may be added to the topology 600 55 
forming a loop. Thus, a path exists from a0-b4 through cO 
back to aO. During initialization, the redundant portal 606 is 
disabled so that a hierarchical bus bridge topology remains. 

In an alternate embodiment, cyclical net topologies may 
be allowed. In this alternate embodiment, software routines 60 
may partially activate the redundant bridge 606 and allow a 
shortest path routing between nodes. For example, traffic 
between bus a 605 and bus c 615 may be efficiently routed 
without introducing deadlocks. 

FIG. 6 is a block diagram of one embodiment for bus 65 
bridge components 700. Referring to FIG. 6, bus bridge 
components 700 are maintained within each portal in which 



04/20/2004, EAST 



316 Bl 

6 

bus "a" to bus "b" components 702 and bus "b" to bus "a" 
components 704 are independently maintained. Components 
700 also contains shared microprocessor and RAM 706. 

Asynchronous and isochronous packet transfers may not 
acquire a bus at the same time. Therefore, asynchronous 
packets are placed in request queues 708, 720 and response 
queues 710, 722. The asynchronous packets are selected for 
transfer at times when isochronous packets are not being 
transferred. Isochronous packets are received and time 
stamped 712, 724. Time gates 718, 730 release the isoch- 
ronous packets 714, 726, together with common isochro- 
nous packet (CIP) headers 716, 728, at fixed times. Routing 
tables select which asynchronous and isochronous packets 
are accepted and queued for adjacent bus delivery. 

Topologies may share physical buffer space rather than 
implementing physical distinct stacks subject to the follow- 
ing: bus "a" to bus "b" and bus "b" to bus "a 1 ' queues operate 
independently, response processing is never blocked by 
queued requests, and asynchronous subactions and isochro- 
nous packets are forwarded independently. Topologies may 
block a request behind the previously queued response 
without generating potential deadlocks; however, requests 
and responses are processed independently. 

Isochronous routing decisions are made by checking the 
isochronous packet's channel number. Accepted packets are 
converted and retransmitted on the adjacent bus with newly 
assigned channel oumbers, speeds, and CIP-header and, 
when a CIP-header is provided, time-stamp parameters 716, 
728 from the CIP-header. CIP-headers may be pre-appended 
to some isochronous packets to further describe their format 
and function and desired presentation time. When the pack- 
ets incur delays while traversing through a bridge, then 
presentation time must be adjusted to compensate for this 
delay. CIP headers are defined in ISO/IEC 61883 specifica- 
tion. Isochronous packets received in cycle n are forwarded 
to the adjacent bus in cycle n+k where k is an implemen- 
tation dependent constant. Messages may be passed around 
one bus or pass through a bridge by writing to a standardized 
message location 732, 734, 736, 738 on a bridge's portal. 
This allows bus-interconnect topologies to be restored while 
freezing, or discarding when necessary, previously queued 
subactions. 

Distribution of clock-sync information 740, 742 from the 
primary-bus source is performed by placing calibration 
information in isochronous-clock pseudo queues before for- 
warding this information to the clock master on the adjacent 
portal. In one embodiment, clock-sync information flows 
from the primary bus downward, so that only one clock-sync 
pseudo queue may be required. 

In support of bus bridges, each node has two node ID 
addresses: physical ID address and virtual ID address. A 
physical node ID has a 3FF 6 valued bus ID; a virtual node 
ID has smaller bus ID addresses. In the absence of bus 
bridges, all nodes are accessed through their physical 
addresses. In the presence of bus bridges, the physical 
address is used to configure the node and the virtual address 
is normally used thereafter. 

Directed- asynchronous routing decisions are made by 
checking the destination ID addresses of pass-through pack- 
ets. Accepted packets are directly routed to the bridge's 
opposing port. In addition, an asynchronous quarantine is 
maintained which selectively enables forwarding of a 
request sub-action based on the local identification of a 
bus-local requester. A set of legacy bits identifies local nodes 
which requires specific processing of sourced requests and 
returning responses. 
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FIG. 7 is a block diagram of one embodiment for a In the example shown in FIG. 8, portal 1108 first sends a 

next-neighbor ordering topology 1000. Referring to FIG. 7, message via path 1102 to portal 1112, portal 1112 then sends 

topology 1000 contains a number of nodes 1002, 1004,1006, a message via path 1104 to portal U10, and finally, portal 

1008, and 1010. Each node 1002-1010 is defined by a 1110 sends a message via path 1106 to portal 1108. In this 

relative ring identification (ringID) value made up of the bus 5 context, "next" means the portal with the next larger ringID 

identification (busID) and physical identification (phylD) assignment. 

portions. Each node 1002-1010 defines its next neighbor by In one embodiment, a 2-bit precedence is pre-appended to 

the relative ringID values in which each node derives the the portal's 64-bit extended unique identifier (EUI) to gen- 

ringlD value from the observed self identification (selfID) erate a stable refresh identifier (refreshID). The prime por- 

packets. In one embodiment, a mapping is applied to selfID 10 tal's EUI also serves as the context identifier for bridge 

(packets) in order to arrive at a phylD to ringID mapping. routing tables. The refreshID allows topology 1000 to 

During the self- identify process, each node uniquely iden- specify prime-portal preferences. To coordinate activities 

tifies itself (selfID), maps its selfID to ringID, and uses its when resets occur on multiple buses, a prime portal is 

ringID to communicate with its topologically adjacent node. selected to coordinate the net refresh activities. In any net, 

In one embodiment, the assignment of ringID values is 35 the local-bus portal with the largest refreshID is selected to 

based on a conceptual routing of signals through a node's become the net's prime portal. 

ports. Using node C 1006 as an example, port[a] 1022 Write messages that incur errors or busy indications are 
identifies physical port 0, port[b] 1024 identifies physical immediately retried until successful. Confirmations are pro- 
port 1, and port[c] 1020 identifies physical port 2. Ports vided by allowing these write messages to circulate-through 
1020-1024 have an implied internal ordering as follows: 20 other portals until they return to the origin portal. The 

constant sending of these responseless write messages 

P ort[ a ].in-port[b].out 1040 ensures their successful completion without mandating spe- 

port[bj.iD-*port[c].out 1042 cial fault-retry protocols. The circular nature of the commu- 
nication allows the originator of these write messages to 
25 verify their completion. Such communications are sufficient 



port[c].in-»counter-*port[a].out 1044 



In one embodiment, each node 1002-1010 assigns con- for reliable broadcasts, but are more flexible because write 

ceptual ringID values to the other nodes, starting with payloads may be modified as they pass through connected 

ringID-0 on its own port[a] 1022 output. The ringID values portals. 

are assigned by logically tracing a path through other In one embodiment, a bus reset may occur when a new 

physical ports, incrementing the ringID when logically 30 node is attached to the net. The bus reset has the effect of 

passing through the port[a] 1022 output. invalidating the bus ID address contained within the node ID 

The bus itself defines protocols for sending selfID packets registers of local portals, which effectively isolates them 

for purposes of assigning unique phylDs to each of the from the remaining portion of the net. A net refresh acquires 

attached nodes. Although phylDs are guaranteed to be a new bus number for the reset bus without affecting the 

unique, they are not guaranteed to be the same if the bus is 35 busID addresses or routes of other portals, 

reset again. Thus, there is a need for defining ringlDs which A net refresh starts with messages sent between local bus 

do not change unless the cable topology actually changes. bridge portals. A prime-portal is selected to coordinate the 

This assignment strategy always yields the same next- net refresh operation. Each node sends acquisition messages 

neighbor selections, despite changes in the selected-root to its next neighbor, and these messages initially contain 

assignment or a change in the root node. Thus, in the 40 refreshID (a prime-portal selection identifier). Each candi- 

example shown in FIG. 7, node B 1004 determines that node date portal monitors incoming rreshID values and changes to 

C 1006 is its next neighbor, node C 1006 determines that a subservient portal when a larger refreshID is observed. In 

node D 1008 is its next neighbor, node D 1008 determines one embodiment, the largest refreshID value eventually 

that node E 1010 is its next neighbor, node E 1010 deter- circulates to all local portals, as illustrated by FIG. 8. In 

mines that node A 1002 is its next neighbor, and node A 1002 45 alternate embodiments, other refreshID values may be used 

determines that node B 1004 is its next neighbor. The to determine the prime-portal. The acquisition message 

topology, rather than the physical nodes, is traced by fol- supplies the refreshID, as well as a bus Count and portal 

lowing paths 1030, 1032, 1034, 1036, and 1038 from a port Count. 

to its next neighbor, and any node 1002-1010 may be used The portal Count value in the acquisition messages is 

as the root. 50 incremented when passing through the portals. This ensures 

FIG. 8 is a block diagram of one embodiment for a the eventual demise of rogue resets, by allowing them to be 

portal- to-portal net refresh message path topology 1100. A aged until dead. Reset messages are sent periodically, once 

net refresh is used to assign unique busIDs to each node in each arbitration interval, until the net refresh completes. In 

the system. Referring to FIG. 8, the communication proto- the absence of continuous messages, portals time out and 

cols for net refresh involve the sending of messages from 55 attempt to become prime portals. 

each portal 1108, 1110, 1112 to its neighbor in a daisy- The net refresh eventually forms a spanning tree by 

chained fashion. In one embodiment, these responseless circumscribing the paths through bus bridge portals 

write messages are idempotent, so that missing-ack failures 1108-1112. Each portal communicates with its adjacent 

may be simply and safely retried (e.g. multiple writes have neighbor by writing messages into a standardized control 

the same effect as one write). 60 and status register (CSR) location. During the final slate of 

A net re fresh is typically triggered by a bus reset. After the a net refresh, the portal-to-portal messages flow in the 

bus reset completes, each portal 1108, 1110, 1112 sends direction of paths 1102, 1104, and 1106. 

messages to its next neighbor, allowing messages to flow in At the conclusion of the net refresh, each node has a 

a circular direction. Thus, the topology-dependent, root- net-unique nodelD consisting of busID and local! D compo- 

independent portal ordering is available after bus reset. This 65 nents. A node's locallD equals its phylD. In addition, each 

allows each portal 1108-1112 to circulate messages by portal has a distinctive portal identifier (portallD) that may 

sending them in a next-neighbor ordering. be used to navigate through the topology. 
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In one embodiment, a net-changed indication is broadcast 
to all nodes during a net refresh. As no packets are corrupted 
if this notification is ignored, the system is not compromised 
by these unconfirmed broadcast indications. This event 
notification allows nodes to determine when bus numbers 
have changed or when audio/video (AV/C) controller recon- 
nections are required. AV/C protocols are used to establish, 
monitor, and release isochronous connections as required. 
The net-changed event is bus-local and is sent during net 
refresh. Since all portals are communicating with others 
during net refresh, the coordination of these bus-local resets 
comes out of the net-refresh sequencing. During the net 
refresh, each of the dominant (prime or alpha) portals is 
responsible for distributing the net-changed event indication 
to locally attached secondary portals. 

One of the reasons for invoking a net refresh is to resolve 
inconsistent or ambiguous non-local isochronous resource 
allocations. The listener and talker proxies assume this 
obligation, allowing resources to be reclaimed (or lost) in a 
timely fashion. 

A net refresh refers to the sequence of actions that assign 
busID addresses and establish the bus bridge routing tables. 
The term net refresh is used because the effects of a net 
refresh on the bridge portals within the net are similar to, but 
less disruptive than, the effects of a bus reset on the nodes 
attached to the bus. 

In one embodiment, the net refresh maintains the previous 
busID assignments, bridge portal routing tables, established 
isochronous channels, and queued subactions. 

A configuring net refresh (often abbreviated as configur- 
ing refresh) has the effect of assigning non-conflicting busID 
addresses to each of the attached buses. When busIDs 
conflict, either with a currently assigned busID or a DIRTY 
(previously assigned) busID, new FREE busIDs are 
assigned. 

As an example, a configuring refresh occurs on the 
surviving portion of a severed net (assuming that a sufficient 
number of FREE-state busIDs remain). 

A cleansing net refresh (often abbreviated as "cleansing 
refresh") has all of the properties of a configuring refresh 
and (in addition) initiates the DIRTY-to-FREE recycling of 
stale busIDs by setting quarantines in each bus-bridge 
portal. After the quarantines have been set, the portal caD 
recycle DIRTY busIDs after a time delay of T dirr The T dim 
value is the maximum time a transaction can remain queued 
before parsing of the bus bridge. 

A cleansing refresh is typically performed when the 
number of DIRTY busIDs exceeds the number of FREE 
busIDs. Tie intent is to recycle the DIRTY busID states, to 
avoid the invocation of a more disruptive purging net 
refresh. A net refresh is also invoked on the victim portion 
of a severed net, to reduce the disruption of survivor subnet 
buses when the victim and survivor sub-nets are recon- 
nected. 

A purging refresh is performed when the number of 
desired busIDs exceeds the number of FREE busIDs. 
Although a cleansing refresh would eventually change 
busIDs from DIRTY-to-FREE, the purging refresh avoids 
the delay associated with the cleansing-refresh recycling 
process. 

Since bus bridges may have previously-queued transac- 
tions with DIRTY-state busID addresses, these queues are 
purged. This occurs quickly and without timeout-related 
delays, with the disadvantage of disrupting currently-active 
transactions. 

During the net refresh, nodes communicate the param- 
eters related to in T dirt in net refresh messages so as to 
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compute the worst case values. The maximum number of 
hops, N, between any requester and any responder is also 
computed and distributed to portals during net refresh, 

FIG. 9 is a block diagram of one embodiment for a net 
refresh message path topology 1200 during the addition of 
a node. Referring to FIG. 9, topology 1200 consists of prime 
portal 1202, alpha portals 1204, 1206, 1208, primary bus 
1232, secondary buses (1238, 1234, and 1236), existing 
nodes (1210, 1212, 1216, 1218, 1220, 1222, 1224, 1226) and 
a node to be attached 1214. 

"Net refresh" refers to the sequence of actions that assigns 
bus identification addresses and establishes the bus bridge 
routing tables. The term refresh is used because the effects 
of a net refresh on the bridge portals in the net are similar to, 
but less destructive than, the effects of a bus reset on the 
nodes attached to the bus. Whenever possible, the net refresh 
maintains the previous bus identification assignments, 
bridge portal routing tables, establish isochronous channels, 
and queued sub-actions. A net initialization established the 
20 spanning tree as described above for the topology and 
assigns non-conflicting busIDs. 

In one embodiment, three forms of net initialization may 
be specified. 1) net refresh, which assigns new busIDs, 2) net 
restart, which is a net refresh plus delayed busID recycling 
quarantine overhead for recently active requesters, and 3) 
net reset, which is a net refresh plus immediate busID 
recycling and transaction termination for currently active 
transactions. During bus resets, each bridge portal is 
assumed to be aware of the bridge portal next neighbor with 
the next larger ringID address as described above. In this 
embodiment, local daisy chain sequences are possible. For 
example, portal A sends messages to portal B, portal B sends 
messages to portal C, and portal C returns messages to portal 
A. 

A net refresh may occur when a new node 214 is added 
to the topology 1200. In one embodiment, a net refresh 
configures a primary bus 1232 with one primary alpha portal 
1202. Other secondary buses (1238, 1234, and 1236) and 
one alpha portal 1204 are also configured during a net 
refresh. 

Net reset is a multi-phase operation, as discussed in 
reference to FIGS. 10 and U below. In one embodiment, the 
net reset is accomplished in three stages: the acquire stage, 
the breach stage, and the commit stage. The initial acquire 
and breach phases select the prime portal and detect address- 
ing conflicts, while the final commit phase assigns busID 
assignments, establishes routing tables, and, when 
necessary, purges asynchronous bridge queues. During the 
acquire phase, periodic acquisition messages are distributed 
to other bus local portals. During the breach phase, the 
acquired portals sequentially extend their acquisitions to 
adjacent buses. During the commit phase, the prime portal 
sends commit messages, allowing bus numbers and routing 
tables to be updated. 

Referring to FIG. 9, the addition of node 1214 may invoke 
a net reset. The net reset invalidates local busID assignments 
and all reset portals (1202, 1204, and 1206) become prime 
portal candidates. Each reset portal 1202-1206 attempts to 
restore its own invalid busID addresses and disables pass- 
through traffic. In an alternate embodiment, reset portals 
1202-1206 may allow local traffic and some amount of 
pass- through traffic. 

During a purging net refresh, topology 1200 is left in a 
known initial state. Purging refreshes are designed to be 
robust and timely, which requires them to be more disrup- 
tive. The process of initializing net topology 1200 involves 
formation of a spanning tree by circumscribing the net while 
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passing through bus bridge portals, as illustrated in FIG. 7. to acquire bus 1446. The breach messages eventually cir- 

For stability, the node with the largest refreshID is selected culate through all remote buses. The breach messages may 

to become the prime portal (in the examples of FIGS. 10 and reach leaf buses (a leaf bus has no other attached portals) or 

11, it is assumed that portal 1202 becomes the prime portal). may close in on themselves when they pass through a bus 

The prime portal's extended unique identifier (EUI) is also S bridge and discover that the adjacent portal has been 

the basis for the contextID that is distributed among the acquired by the same candidate portal. The breach messages 

nodes. establish tentative busID assignments and routes; however, 

In the discussion that follows, a net refresh is assumed to these are not activated until the final commit phase. During 

be initiated by prime portal 1202. However, a purging net remote bus acquisition, the breach packets avoid previously 

refresh may be initiated by any portal. If a purging net 10 acquired buses. 

refresh is initiated by a non prime portal, the initial net As in the primary bus acquisition, all bus acquisitions 

refresh messages would eventually propagate the prime complete when the breach messages return to the initiating 

portal, which (due to its larger refresh identifier) would portal. After the breach is completed, the net knows the 

become responsible for completing the net refresh, as dis- addresses that may be reclaimed, which addresses are free, 

cussed below. 15 and how many nodes are trying to claim free addresses. 

FIG. 10 is a block diagram of one embodiment illustrating The commit phase begins after the breach packets return 

a purging net reset of interconnect 1300. A net reset may bridge routing tables to the initiating prime portal 1402. 

occur when a new node 1314 is attached to interconnect During the commit phase, the bridge routing tables are 

1300. The net reset has the effect of invalidating portals updated and the busID assignments are finalized. The com- 

(1302, 1304, 1306, 1308) nodelD and busID addresses. This 20 mit phase changes the bus bridge paths and opens closed 

has the effect of isolating the portals from external access. Id bridges. During the commit phase, all portals receive assign- 

the example of FIG. 10, the net reset on interconnect 1300 ments and routing information. After the commit phase is 

is assumed to be initiated by the prime portal 1302. complete, all blocked portals are released and traffic may 

However, all reset bus portals (1302, 1304, 1306, 1308) commence. Commit packets are sent, initiating the prime 

may act as the prime portal, and the prime portal status is 25 portal 1402 and traversing the interconnect topology 1400. 

speculative and must be reconfirmed during net refresh (as The commit completes when the commit packets return to 

described in reference to FIG. 7). the prime portal 1402. Normal operation of the net is 

A net reset begins with a "reset acquire" message sent possible at this time, as the sending of the commit messages 

between bus bridge portals 1302-1308. The first of these stops and the bridges become operational, 
messages is sent from prime portal 1302 and circulates 30 FIGS. 12, 13, and 14 are block diagrams of one embodi- 

through secondary portals 1304 and 1306 on the primary bus ment for a secondary bus reset after node detachment. 
1342. The message paths are indicated by hash lines 1330, FIG. 12 is a block diagram illustrating the subnet 1500 

1332, and 1334, beginning at prime portal 1302. prior to this connection. Referring to FIG. 12, subnet 1500 

As discussed above, portallD values in the net reset consists of prime portal 1502 and secondary alpha portal 

packets are incremented when passing through the not yet 35 1504. Two subnets may be disconnected during operation of 

enumerated bus bridge portals (1302-1308). This ensures the interconnect by, for example, pulling a cable or detach- 

the eventual demise of rogue resets by allowing them to be ing a bridge portal. During a disconnection, one subnet is 

"aged until dead." In one embodiment, reset messages are referred to as the survivor subnet and one is referred to as the 

sent periodically, once each arbitration interval, until the net victim subnet. During a disconnection, both subnets at the 

refresh completes. In the absence of a prime portal's resets, 40 disconnection point receive new busIDs. 
other portals may timeout and attempt to become prime For example, if a disconnection occurs at point 1550 in 

portals. Candidate portals (1302-1308) recognize their loss FIG. 12, the two surviving subnets are as shown in FIG. 13. 

(i.e., not the prime portal) when higher precedence acquire Hie original bus 1532 is shown as buses 1632 and 1634. In 

messages are observed, whereupon the portals forward the this example, it is assumed that subnet 1650 is the survivor 

messages to other portals (next neighbor). 45 subnet and that subnet 1660 is the victim subnet. The nodes 

The acquisition of the primary bus completes when the 1606 and 1608 on the survivor subnet 1650 receive new 

candidate's message returns to the candidate. For example, busIDs, as indicated by the change of letter in the figure, 

prime portal 1302 sends a message via 1330 to portal 1304 (For example, node 1506 is changed from "b.l" to "e.l" in 

to acquire bus 1342. The message is passed from portal 1304 node 1606.) In addition, node 1610 receives a new busID. 

via 1332 to portal 1306 and from portal 1306 via 1334 to 50 The victim subnet 1660 identification is removed from the 

portal 1302. Once the acquire message returns to portal tables within the survivor 1650 portal tables. Thus, within 

1302, portal 1302 acquires its own bus 1342. survivor subnet 1650 previous busIDs of b, c, and d are 

After the primary bus 1342 has been acquired, the prime invalidated and marked as previously used. Within the 

portal transmits a breach message as illustrated in FIG. 11. victim subnet 1660, the previously used busIDs are marked 

Prime portal 1402 transmits a breach message via path 1430 55 as invalid in preparation for a reconnect, 
to portal 1404. The receipt of a breach message by portal During the reconnection of the subnets, new busIDs are 

1404 causes portal 1404 to breach onto adjacent bus 1444. assigned within the victim subnet 1660. In addition, a new 

The breach commands trigger sequential acquisitions of busID is assigned to the merged reset bus, as illustrated in 

adjacent buses. The reset breach message initiates the acqui- FIG. 14. Thus, in the example of FIG. 14, new busID F is 

sition of the first remote bus 1444 as indicated by paths 60 assigned to the merged bus 1732 and a new busID G is 

1432, 1434, and 1436. assigned to bus 1734 in the previous victim subnet 1660. 

After adjacent buses are acquired, breach packets are sent Because busIDs B, C, and D were marked as invalid in the 

to initiate a remote bus acquisition. The next portal on the prior disconnection, these busIDs are no longer used. In 

adjacent bus observes the returning reset acquire indication addition, the assigned busID of E that was used in FIG. 13 

and propagates a reset breach indication to its adjacent bus. 65 to indicate the disconnection is also not used during the 

That reset acquire circulates and acquires the third bus and reconnection process. A new busID F is assigned to the 

subsequent portals. For example, portal 1404 breaches 1408 merged, rejoined bus 1732. The survivor subnet 1650 has an 
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unchanged prime portal 1702 identifier (a in the example) may be used after busIDs have changed, for example, when 

and other survivor buses keep their assigned busID one or more nodes may have been removed, one or more 

addresses. The victim subnet 1660 has a changed prime nodes may have been added or the nodelDs have changed 

portal 1704 identifier and other victim buses are assigned within the interconnect. The broadcast is implemented as 

new busID addresses, as required. 5 two-phase process; first, portals communicate between 

FIGS. 12,13, and 14 illustrate one embodiment of a themselves using directed messages, as described herein, 

configuring net refresh. A configuring net refresh has the and, second, one of the portals, typically the alpha portal, 

effect of assigning non-conflicting busID addresses to each uses a broadcast transaction to communicate the event to 

of the attached buses. When busIDs conflict, either with the other bus-local nodes. Thus, only bus-local broadcast trans- 

currently assigned busID or a dirty, (that is, previously 10 actions are required to be sent. This is valuable because the 

assigned) busID, new free busIDs are assigned. IEEE 1394 standard serial bus defines mechanisms for bus 

A cleansing net refresh is similar to a configuring net local broadcast but has no provisions for flow controlling 

refresh as the recycling of "dirty" to "free" of stale busIDs these writes based on remote bus loading. Under certain 

by setting quarantines in each bus bridge portal. After the conditions, a bus bridge portal may receive more broadcasts 

quarantines have been set, the portal may recycle dirty 15 than it can source on an adjacent bus, and some will be 

busIDs after a time delay of T dirr The T din value is the discarded. Thus, there is no assurance that normal broadcast 

maximum time a transaction can remain queued before transactions can be successfully forwarded through remote 

passing into a bus bridge. A cleansing net refresh is per- buses. 

formed when the number of dirty busIDs exceeds the Referring to FIG. 15, any node (1810-1826) may initiate 

number of free busIDs within the busID tables. The cleaas- 20 a broadcast message by writing that message to its bus local 

ing net refresh recycles the dirty busID stage to avoid the portal (1802-1808). The bus local portal (1802-1802) for- 

invocation of more disruptive purging net refresh. A cleans- wards this message to the next portal (next neighbor as 

ing net refresh is also invoked on a victim portion of the described in reference to FIG. 7). The next neighbor then 

subnet to reduce the disruption of survivor subnet buses passes the message to its next neighbor. The message 

when the victim and survivor subnets are reconnected. 25 passing continues from one portal to the next until the 

A purging refresh is performed when the number of message returns to its initial portal, where it is removed, 

desired busIDs exceeds the number of free busIDs. Although Thus, if prime portal 1802 receives a broadcast from one of 

the cleansing refresh would eventually change busIDs from its nodes (1816, 1818), the broadcast message is passed to its 

dirty to free, the purging refresh avoids the delay associated next neighbor, portal 1804. Portal 1804 then broadcasts the 

with the cleansing refresh recycling process. Because bus 30 message to portal 1808, which broadcasts the message to 

bridges may have previously queued (stale) transactions portal 1806, which broadcasts the message to portal 1802. 

with dirty busID addresses, these queues are purged during Once portal 1802 receives its own broadcast message, the 

a purging net refresh. This occurs quickly without timeout message is removed and dropped. 

related delays. However, a purging net refresh disrupts Each broadcast message generates a broadcast write trans- 

currently active transactions. 35 action when it enters a bus through the dominant portal, 

When subnets are reattached, as exemplified in FIG. 14, ensuring one and only one broadcast on each bus. The 

it is necessary to consistently determine which nodes are broadcast messages are implemented as a sequence of 

survivor nodes and which are victim nodes when the two directed-write transactions, in which each transaction may 

sets of bus addresses are collapsed into one. In one be flow controlled. Thus, the broadcast messages are flow 

embodiment, the prime portal may determine which portals 40 controlled and need not be discarded on congested bridges, 

are on the victim or survivor sub-net. The sub-net which In addition, the completion of a broadcast message is 

contains the prime portal is the survivor subnet. The sub-net confirmed when it returns to the initiating portal, and broad- 

which acquires a new prime portal is called the victim cast messages may be used to establish routing paths within 

sub -net. The prime portal is defined as the portal with the the interconnect. 

largest refreshlD. 45 Broadcast messages are designed to be idempotent, so 

In one embodiment, the refreshlD is determined by that they may be safely retired once they are returned to the 

attaching a two bit preference to the EUI of the portals and initiating portal. In order to accomplish this, bus bridge 

using this value to determine the prime portal. The "EUI plus portals maintain a copy of the previously received message, 

preference" value is transmitted with the net refresh mes- discarding the second and following copies after accepting 

sages from next neighbor to next neighbor and each portal 50 the first. The broadcast message writes are acknowledged, 

votes on the refreshlD value. but no response is returned to the sending portal. Because 

In one embodiment, the portal with the largest refreshlD there are no responses that must be distinctly labeled, this 

value is used as the prime portal. In an alternate allows an identical transaction to be safely and immediately 

embodiment, the portal with the smallest refreshlD value reused after a short acknowledge -missing delay, 

may be used as the prime portal. In alternate embodiments, 55 To avoid circular dependency deadlocks, one portal in the 

any manner of comparison or arithmetic ordering of EUI circular list of portals receives the message in a logical 

values may be used to determine a unique node such as the request queue and outputs the message to the next portal on 

smallest bit-reversed EUr value or the node with the largest a second logical response queue. Deadlock is avoided by 

portal ID value. mandating that request queue messages never block the 

In one embodiment, the EUI plus preference value is 60 processing of response queue messages, 

passed through the interconnect. This scheme has two pur- In one embodiment, a broadcast message may trigger the 

poses: 1) identify the prime portal to other portals; and (2) return of information from multiple nodes. This form of 

allow the prime portal to determine when all others have broadcast trigger/collection is referred to as "broadcall" in 

observed its messages, because only then do the messages the backplane environment. Within the interconnect, a 

return to the prime portal. 65 broadcall protocol that returns selected node addresses is 

FIG. 15 is a block diagram of one embodiment for an referred to as address resolution protocol (ARP). In one 

interconnect broadcast topology 1800. A broadcast message embodiment, the information received from multiple nodes 
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may be triggered by supplyiag the EUI of the portal or node at processing block 2105, a next neighbor bus bridge topol- 

as the broadcast message is passed along. Thus, information ogy is determined as described in reference to FIG. 16. 

is appended to the broadcast message as it passes through At processing block 2110, a broadcast message is initiated 

each portal and finally returns to the initiating portal. As the by an initiating node at an initiating bus bridge. In one 

information passes through each portal, the information may 5 embodiment, the broadcast message is initiated by the 

be maintained in tables within the portal for later use. initiating node sending the broadcast message to its own 

FIG. 16 is a flow diagram of one embodiment for ordering local bus bridge. Each broadcast message generates a broad- 

a topology of nodes to form a ring structure. Initially, at cast write transaction when it enters a bus through its own 

processing block 1905, a self identification process is ini- bus bridge. This ensures that only one broadcast message is 

tialized. The self identification process may be initialized by on each bus at a given time. The broadcast messages are 

any node within the topology. Each node sends a self implemented as a sequence of directed write transactions in 

identification grant (selfID grant) to all nodes, beginning which each transaction may be flow controlled. Thus the 

with a connected node with the lowest numbered identifi- broadcast messages are flow controlled and need not be 

cation. The connected node numbering is based upon the discarded on congested bridges. 

port numbers defined during bus initialization. At processing block 2115, the broadcast message is for- 

At processing block 1910, the topology is traversed by 15 warded to a next neighbor bus bridge. Next neighbor pro- 
conceptually routing message packets (ringID packets) to at cessing is described in reference to FIG. 7. The next neigh- 
least one physical port of each of the nodes in the topology. bor bus bridge then passes the broadcast message to its own 
Each node sends users its ringID to communicate with its next neighbor. The message passage continues from one bus 
topologically adjacent node. bridge to the next until the message returns to its initial bus 

At processing block 1915, each node determines the 20 bridge. In one embodiment, each bus bridge maintains a 

ringID of its topologically adjacent neighbor. Each node copy of the received broadcast message and discards a 

begins with its own ringID equal to zero on its own port second or subsequent copy of the broadcast message as each 

1022 output. Each node monitors ringID packet transmis- is received. All but one bus bridge that receives the broad- 

sions and keeps track of its own ringID. cast message into a logical request queue sends that message 

At processing block 1920, a node the self identifier 25 to its adjacent neighbor's request queue; similarly, messages 

(selfID) is mapped in order to arrive at a phylD to ringID received in the response queue are sent to the adjacent 

mapping. Each node is defined by a relative ring identifi- s res P onse ^ ueue - 0c f of ? e bnd f s ^ es lts 

cation (ringID) value made up of the bus identification ^ceived request messages and sends them to the adjacent 

(busID) and physical identification (phylD) portions. ^ bor s res P onse ^ ^imdarly, messages received hi 

v Ai y • i_i 1 1 on* i. j *i_i_TT^r the response queue are discarded. This ensures that the 

At processing block 1925, eac inode saves the phylD of 30 broadc £ t ^ ^ h ^ ^ - n a nQn . 

its topologically adjacent neighbor node (with the next deadlocking fashion> before being disca rded. 

larger ringID). Each node saves only its own nngID and the M processing block 2 120, the forwarded broadcast mes- 

ringlD of its adjacent neighbor. Thus, each node knows its sage is received back at tne initiating bus bridge. In one 

topologically adjacent neighbor and is able to forward any embodiment, once the initiating bus bridge receives the 

packets or messages from itself to its next neighbor within 35 broadcast message, the message is removed from the sys- 

the topology. tem. 

FIG. 17 is a flow diagram of one embodiment for refresh- In an alternate embodiment, as the broadcast message is 

ing an interconnect topology. In this embodiment, the inter- received at each bus bridge, each bus bridge appends its own 

connect topology comprises a number of nodes and a extended unique identifier (EUI) to the broadcast message, 

number of bus bridges. Initially at processing block 2005, a 40 The broadcast message is transferred, with the appended 

next neighbor ordering of the interconnect topology is EUI, to the next neighbor and finally returns to the initiating 

determined as described in reference to FIG. 16. bus bridge. Once the appended broadcast message is 

At processing block 2010, an acquisition message is sent received at the initiating bus bridge, the initiating bus bridge 

from a node to its next neighbor node. In one embodiment, saves the EUI information of all of the interconnect portals, 

each node sends the acquisition message to its next neighbor 45 FIG. 19 is a flow diagram of one embodiment for a 

and these messages initially contain a prime portal selection multi-phase net reset on a bus bridge interconnect. Initially, 

identifier (refreshID). In addition, in one embodiment, the at processing block 2205, bus bridge identifiers are 

prime portal selection identifier contains a bus count and a refreshed, as described in reference to FIG. 18. 

portal count. The portal count value in the acquisition At processing block 2210, a net reset is initiated. The net 

message is incremented when passing through each bus 50 reset may be initiated by removing a node or subnet of the 

bridge. interconnect or adding a node or subnet to the interconnect. 

At processing block 2015, a prime portal is selected from At processing block 2215, a primary bus is acquired. In 

a number of bus bridges on the interconnect. Each bus one embodiment, the primary bus may be the bus on which 

bridge monitors the refreshID. If the refreshID of the current the rest is initiated. A bus bridge initially sends a reset 

bus bridge is larger than the incoming refreshID, then the 55 acquire message to its next neighbor bus bridge. Next 

bus bridge overrides the refreshID with its own refreshID. neighbor topologies are described in reference to FIG. 7. The 

The current bridge passes the new refreshID to its own next first of these messages is sent from the prime portal and 

neighbor. After the refreshID is passed throughout the circulates through secondary portals on the primary bus. As 

topology, the bus bridge with the largest refreshID is each bus bridges receives the acquire message, it determines 

selected as the prime portal. 60 whether it is a candidate for being the prime portal. In one 

At processing block 2020, a spanning tree of the inter- embodiment, the best prime portal candidate is determined 

connect is generated. The spanning tree is generated by by the highest EUI on the primary bus. After the acquire 

circumscribing a path from the prime portal through the bus messages are circulated through the topology, the prime 

bridges in a daisy-chain manner from next neighbor to next portal is determined. The acquisition of the primary bus 

neighbor. 65 completes when the acquire message of the candidate 

FIG. 18 is a flow diagram of one embodiment for message (initiating bus bridge) returns to the portal with the highest 

broadcast flow control on a bus bridge interconnect. Initially EUI. 
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At processing block 2220, adjacent buses are breached. communicating with an adjacent neighbor using the adja- 

After the primary bus has been acquired, the prime portal cent neighbor identifier. 

transmits a breach message to its next neighbor. The receipt 5t ^ mcthod of claim t wnC rein determining the ring 

of the breach message by the receiving portal causes the identifier of each of the plurality of nodes further comprises: 

portal to breach onto an adjacent bus. The breach commands 5 . . . . 

trigger sequential acquisitions of each adjacent bus. The initializing the ring identifier to zero; and 

reset breach message initiated by the initiating bus bridge incrementing the ring identifier when the message packets 

causes the acquisition of the first remote bus. The prime are passed through a given port of each node of the 

portal acquires all buses adjacent to itself by sending breach plurality of nodes. 

messages to each of the attached bus bridges. The next portal 10 The method of claim 1 further comprising: 

on the adjacent bus observes the returning reset acquire traversing the topology in a depth first manner, 

indication and propagates a reset breach indication to its ? ^ of ^ x ^ Qf ^ 

adjacent bus. That reset circulates and acquires the subse- afe connccted to a blls 

quent buses. ..... i_ « 8. The method ofclaim 7 wherein the bus conforms to the 

Ihe breach messages eventually crculate through all 15 ]£££ 1394 standard serial bus. 

remote buses. The breach messages establish tentative n . - , ... . t . 

. ,^ . , , . tt lL .... 9. A method for circumscribing an interconnect topology, 

busID assignments and routes. However, these tentative . , . . t c , , ; °y 

t 6 . . . . ... . 9 % . the topology comprising a plurality of nodes and a plurality 

assignments are not activated until the commit phase, as - K -tL,, tt A ma ft n A — JL; 

j. JL 1 t% • , < .... I . l or bus badges, the method composing: 

discussed below. During remote bus acquisition, the breach .7 . r 

packets avoid previously acquired buses. As in the acquiring 20 determining a next neighbor ordering of the interconnect 

of the primary bus, all bus acquisitions complete when the topology; 

breach message returns to the initiating bus bridge portal. sending an acquisition message to a next neighbor node; 

After the breach is completed, the addresses that may be a ^ ^ from ^ teali rf b(]s brfd 
reclaimed, which addresses are free, and how many nodes 

are trying to claim free addresses are all known. 25 

At processing block 2225, the commit phase of new bus generating a spanning tree of the interconnect topology, 

identifier assignments is performed. Breach packets return 10. The method of claim 9 wherein determining a next 

bridge routing tables to the prime portal. During the commit neighbor comprises: 

phase, the bridge routing tables are updated and the busID determining a ring identifier for each of the plurality of 

assignments are finalized. The commit phase changes the 30 nodes- 

bus bridge paths and opens closed bridges. During the m ' ^ .^.^ tQ a fof each Qf 

commit phase, all portals receive assignments and routing f 7 c , j 

information. Commit packets are sent initiating the prime V 1 ™^ of nodes i 

portal and traverse the interconnect topology. The commit saving the ring identifier of at least one adjacent node, 
completes when the commit packets return to the prime 35 11. The method of claim 9 wherein generating the span- 
portal Normal operation of the net is possible at this time, ning tree further comprises circumscribing a path through 
as the sending of the commit messages stops and the bridges the plurality of bus bridges, 
become operational. 12. The method of claim 11 further comprising: 

The specific arrangements and methods herein are merely incrementing the portal count as the acquisition message 

illustrative of the principles of this invention. Numerous 40 passes through each of the plurality of bus bridges; and 
modifications in form and detail may be made by those 

skilled in the art without departing from the true spirit and a S in S ro S ue rcset messages, 

scope of the invention. 13 ^ method of claim 9 w h«ein the acquisition mes- 

What is claimed is* sa S e com prises a prime portal selection identifier, a bus 

1. Amethod for ordering an interconnect topology to form 45 C0UQt > and a P ortal count „ . , . 

a ring structure, the topology comprising of a plurality of 14 ^ method of claim 13 wherein Meeting * prime 

nodes, the method comprising: P ortai composes: 

determining a self identifier for each of the plurality of monitoring an incoming prime portal selection identifier 

no( j es . by each of the plurality of bus bridges; 

mapping the self identifier to a ring identifier for each of 50 overriding the incoming prime portal selection identifier 

the plurality of nodes; and with a prime portal selection identifier of a first bus 

computing the ring identifier of at least one port- bridge of the plurality of bus bridges if the prime portal 

connected node as an adjacent neighbor identifier. *>Uctk>n identifier of the first bus bridge is larger than 

2. The method of claim 1 further comprising: 55 incoming prime portal selection identifier; and 
initializing the topology ordering of the plurality of nodes; selecting one of the plurality of bus bridges with a largest 

and , prime portal selection identifier as the prime portal. 

traversing the topology by conceptually routing message 15 ^ melhod of claim 9 fimher comprising: 

packets through at least one physical port of each of the 6Q assigning a node identifier to each of the plurality of 

plurality of nodes. nodes ; atld 

3. The method of claim 2 wherein the message packets are assigning a portal identifier to each of the plurality of bus 
responseless write messages. bridges. 

4. The method of claim 1 wherein mapping further 16. The method of claim 15 wherein the node identifier 
comprises: 6 5 comprises a bus identifier and a local identifier. 

assigning a physical identification value to each of the 17. The method ofclaim 16 wherein the local identifier is 

plurality of nodes; and a physical identifier of a node. 
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18. The method of claim 9 further comprising: a processor to map the self identifier to a ring identifier; 
determining a portal identifier for each of the plurality of and 

bus bridges; at j east one a dj acent neighbor node having an adjacent 

sending a portal identifier to a next neighbor bus bridge; neighbor identifier computed from the ring identifier. 

an ^ 26. The system of claim 25 wherein the processor further 

assigning a delta portal to each of the plurality of bus initializes the topology ordering of the adjacent neighbor 

-. rt ^S?^ eS * *t j f i • io t. • j a .i node, and traverses the topology by conceptually routing 

19. The method of claim 18 wherein determining a portal , 4 . , \ . , . . , \ - 

_ . ° message packets through at least one physical port of the 

identifier comprises: . .* , 

. . _ . . ,•(• , « « • 10 adjacent neighbor node, 

attaching a preference identifier to an extended unique ™ , r 1 - <\t t_ • iL • a 

•j .-2 c • « • i i • , - . . . . 27. The system of claim 26 wherein the primary node 

identifier of each of the plurality of bus bridges. . A . . . . \. . ir . , 4 . c t \,- . 

-ia tt. *i_ j r i ■ io l • • • *u j i* further initializes the self identifier to zero, and increments 

20. The method of claim 18 wherein assigning the delta ' 

portal comprises - t * ie ^ lc *entiiier when the message packets are passed 

.,. t - . , ,. c ... . t through a given port of each node of the plurality of nodes, 

overriding a transfer portal identifier with a current portal 35 6 & r . r 3 

identifier of a currenl bus bridge of the plurality of bus 28 " s y stem of claun 26 whereul ,hc messa S 6 P ackets 

bridges if the current portal identifier is larger than the are ^ponseless wnte messages. 

transfer portal identifier. 29 ~ ™ e s y stem of claim 25 wherein 11,(5 rin 8 identifier 

21. A system for ordering an interconnect topology, the comprises » bus identification value and a physical identi- 

topology comprising of a plurality of nodes, to form a ring 20 ^ cat ^ on va l ue - 

30. The system of claim 25 wherein the processor further 
structure, the system comprising: 3 . * . 

„ . . ir . , c , - it _ assigns a physical identification value to the adi acent neieh- 

means for determimng a self identifier lor each of the ° . . . . ... . .. . ,f 

. - , bor node, and communicates with the adiacent neighbor 

plurality of nodes; , 

_ , .... . . node using an adjacent neighbor identifier. 

means for mapping the self identifier to a ring identifier 25 >*<% Tn. * « i • l • *u 

_ , . 31. The system of claim 25 wherein the processor 

for each of the plurality of nodes; and . . , , c . 

r 3 traverses the topology in a depth first manner, 

means for computing the ring identifier of at least one 32 ^ system of daim 25 wherein the bus conforms to 

port-connected node as an adjacent neighbor identifier. the IEE£ u94 standard serial bus . 

22. Asystem for circumscribing an interconnect topology, ^ 33. Asystem for circumscribing an interconnect topology, 

the topology comprising a plurality of nodes and a plurality ^ system comprising: 

of bus bridges, the system comprising: . , 

at least one dus; 

means for determining a next neighbor ordering of the , . . , 

. at least one bus bridge connected to the at least one bus; 

interconnect topology; 

~ . ... . 4 « an adjacent neighbor node connect to the bus; 

means for sending an acquisition message to a next 35 j ^ 9 

neighbor node; • a n °de connected to the bus to determine an 

means for selecting a prime portal from the plurality of ad J acent ^ighbor ordering of the interconnect 

bus bridges* and t0 P°l°gy> and send an acquisition message to the adja- 

c t . . t - . . . . cent neighbor node; and 

means for generating a spanning tree of the interconnect 40 & 

topology a P rirae P orta l? selected from the at least one of bus bridge, 

23. A computer-readable medium comprising program t0 be a root of s P annin g tree of the interconnect 
instructions for encoding a block of data by performing the topology. 

steps of* ^* ^ ne svstem °f c ^ m 33 wherein the primary node 

1 . . . ir , . r it* f 45 further determines a self identifier for the adjacent neighbor 

determining a self identifier for each of a plurality of HJ ,„.,.„ , 

nodes* n ' ma P s identifier to a ring identifier for the 

. ' 1jC ., , . .j •£> £• . * adjacent neighbor node, and saves the ring identifier of the 

mapping the self identifier to a ring identifier for each of ,. A ... , 
r J f r , 0 adjacent neighbor node. 

the plurality of nodes; and « n. . r 1 ■ « u ■ *u ■ * 1 

r J 35. Fhe system of claim 33 wherein the prime portal 

computing the ring identifier of at least one port- 50 ^her circumscribes a path through the at least one bus 
connected node as an adjacent neighbor identifier. bridge 

24. A computer-readable medium comprising program 36 ^ system rf clajm 33 wh( . rein ^ acq „ isition 
instructions for encoding a block of data by performing the mcssag<; a prim6 porlal sclcction idcntificr; , bus 

steps of. ^ count, and a portal count. 

determining a next neighbor ordering of an interconnect 37 The system of claim 36 wherein ^ processor further 

topology; increments the portal count as the acquisition message 

sending an acquisition message to a next neighbor node; passcs through the at least onc bus bridge> and agcs roguc 
selecting a prime portal from a plurality of bus bridges; re set messages. 

and 60 38 1 The system of claim 33 further comprising: 
generating a spanning tree of the interconnect topology. a processor to monitor an incoming prime portal selection 

25. A system for ordering an interconnect topology to identifier, override the incoming prime portal selection 
form a ring structure, the system comprising: identifier with a prime portal selection identifier of the 

a bus; 65 at least one bus bridge if the prime portal selection 
a primary node connected to the bus to determine a self identifier of the at least one bus bridge is larger than the 

identifier; incoming prime portal selection identifier, and select 
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the prime portal from the at least one bus bridge with 
a largest prime portal selection identifier. 

39. The system of claim 33 wherein the prime portal 
further assigns a node identifier to each of a plurality of s 
nodes, and assigns a portal identifier to the at least one bus 
bridge. 

40. The system of claim 39 wherein the node identifier 
comprises a bus identifier and a local identifier. 

41. The system of claim 40 wherein the local identifier is 
a physical identifier of a node. 

42. The system of claim 33 wherein the prime portal 
further determines a portal identifier for the at least one bus 
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bridge, sends a transfer portal identifier to a next neighbor 
bus bridge, and assigns a delta portal from the at least one 
bus bridge. 

43. The system of claim 42 wherein the prime portal 
further attaches a preference identifier to an extended unique 
identifier of the at least one bus bridge. 

44. The system of claim 42 wherein the prime portal 
overrides the transfer portal identifier with a current portal 
identifier of a current bus bridge of the at least one bus 
bridge if the current portal identifier is larger than the 
transfer identifier. 
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